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Scope 



The present document proposes a Test Suite Structure and Test Purposes (TSS&TP) for the SIGTRAN M3UA protocol 
as described in RFC 3332 [1], "SignalHng System 7 (SS7) Message Transfer Part 3 (MTP3) User Adaptation Layer 

(M3UA)". 
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The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] IETF RFC 3332 (2002): "Signalling System 7 (SS7) Message Transfer Part 3 (MTP3) User 

Adaptation Layer" . 

[2] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". 

[3] ISO/IEC 9646-2: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 2: Abstract Test Suite specification". 

[4] ISO/IEC 9646-3: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 3: The Tree and Tabular Combined Notation (TTCN)". 

[5] ETSI TS 102 142: "Services and Protocols for Advanced networks (SPAN); MTP/SCCP/SSCOP 

and SIGTRAN (Message of SS7 over IP); 3332 (2002) modified". 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in M3UA RFC 3332 [1], ISO/IEC 9646-1 [2], 
-2 [3], -3 [4] and the following apply. 

inopportune: tests that handle invalid signalling exchanges of messages, i.e. signalling messages that are properly 
structured and correctly encoded but are used out of sequence 

invalid: tests that handle valid signalling exchanges of messages, which are either not properly structured or incorrectly 
encoded 

Test Purpose (TP): non-formal high-level description of a test, mainly using text. 

NOTE: This test description can be used as the basis for a formal test specification (e.g. Abstract Test Suite in 
TTCN). See ISO/IEC 9646-2 and ISO/IEC 9646-3. 

valid: tests that handle vaUd signalling exchanges of messages, which are properly structured and correctly encoded 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AS Application Server 

ASP Application Server Process 

ASPM ASP Maintenance Procedures 

ASPSM Application Server Process State Maintenance 

ASPTM Application Server Process Traffic Maintenance 

ATS Abstract Test Suite 

I Invalid 

lUT Implementation Under Test 

MSG MeSsaGing 

MTR Message Transfer 

O Inopportune 

PICS Protocol Implementation Conformance Statement 

PIXIT Protocol Implementation eXtra Information for Testing 

RKM Routing Key Management 

SCTP Stream Control Transmission Protocol 

SG Signalling Gateway 

SGP Signalling Gateway Process 

SSNM SS7 Signalling Network Management 

SUT System Under Test 

TSS Test Suite Structure 

V Valid 



Test Suite Structure (TSS) 



4.1 



Introduction 



4.1.1 



IVISUA entities 



Test Purposes have been written for M3UA Peers according to the M3UA RFC 3332 [1]. Two kinds of entities are 
considered successively as lUT: 

Signalling Gateway Process. 

Application Server Process. 
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ASP 



NIF 




ISUP 
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MTP2 
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IP 
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Figure 1 : M3UA protocol entities 
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To enable the verification of certain aspects of the protocol, certain test purposes will require the use of multiple ASPs 
within an AS. 

4.1.2 General assumptions 

Test Purposes have been written for behaviours requested with "MUST" or that appear as obvious in present form. In 
addition test purposes have been defined for implementation dependent behaviour, where at least one of the 
implementation options is mandatory. 

The listed features below are not covered by the present document. Reasons are described along with their description: 

Registration Status 1 "Error-Unknown": No statement in RFC 3332 [1] clearly outlines its use or applications. 

Deregistration Status 1 "Error-Unknown": No statement in RFC 3332 [1] clearly outlines its use or 
applications. 

Deregistration Status 2 "Error-Invalid Routing Context": No statement in RFC 3332 [1] clearly outlines its use 
or applications. 

A more complete set of torture tests for both ASPs and SGPs shall be provided. 

4.1.3 System Under Test 

In SIGTRAN M3UA, one or more ASP can be contained within an ASP; furthermore, one or more SGP can be 
contained within an SGP. 

ASPs and SGPs can be interconnected so that full redundancy is provided. 

Several scenarios have been envisioned in the present document: 

One ASP within the AS. 

Several ASPs within the ASP. 

One ASP connected to one SGP. 

Several ASPs connected to one SGP. 



4.2 



Overview of the Test Suite Structure 



The Test Suite Structures is based on the main functionalities as defined above. 

Figure 2 shows the Test Suite Structure. 

Last Sub groups may be subdivided in three subgroups: Valid behaviour (V), Invalid behaviour (I), inOpportune 
behaviour (O). 



Test Suite 


Main Functionalities 


Functionality Subgroup 


Test Group 


M3UA 


SGP 


ASP State Maintenance 


V-l-0 






ASP Traffic IVIaintenance 


V-l-0 






IVIessage Transfer 


V-l 






Routing Key IVIanagement 


V-l 




ASP 


ASP State IVIaintenance 


v-l-0 






ASP Traffic IVIaintenance 


V-l-0 






IVIessage Transfer 


v-l 






Routing Key IVIanagement 


v-l 



Figure 2: IBS for M3UA5 
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5 Test Purposes (TP) 

5.1 Introduction 

5.1 .1 TP naming convention 

Table 1 : TP identifier naming convention scheme 



Identifier: <protocol>_«levice under test>_ 


_<mainfunctionality>_<type>_<nn> 


<protocol> 


M3UA 


<device under test> 


SGP (Signalling Gateway Process) 
ASP (Application Server Process) 


<main functionality> 


ASPM (ASP Maintenance procedures) 
RKM (Routing Key Management) 
MSG (MeSsaGing) 


<type> 


Valid behaviour (V) 
Invalid behaviour (I), 
inopportune behaviour (O). 


<nn> 


sequential number (01 to 99). 



5.1.2 TP structure 

Each test purpose is decomposed in six keywords: 

The TPId gives a unique identifier to each test purpose. 

The Status specifies whether the test purpose or the group is mandatory or optional according to 

RFC 3332 [1]. 

The Group Status applies to all test purposes belonging to this group. Within the present document only test 
purposes that are mandatory have been defined. 

The Precondition determines the initial state of the SUT for the evaluating the test purpose. 

The Reference outlines the references in RFC 3332 [1] used to create the test purpose. 

The Purpose describes the objective of the test. 
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5.2 Test Purposes for Signalling Gateway Process (SGP) 
5.2.1 ASP State IVIaintenance Procedures 



5.2.1.1 



TPId 
Status 



Valid behaviour 



Mandatory 



M3UA SGP ASPSM V 001 



Pre-condition 
Reference 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-DOWN at the SGP 

Section 4.3.1 [1] 

Section 4.3.4.1 [1] 



Purpose 



Ensure that the lUT, upon reception of an ASP Up message, responds with an ASP Up Ack. 



Comments 



This test case, even though included in M3UA_SGP_ASPSM_v_003 validates the response 
with an ASP Up Ack regardless of the number of ASPs configured in the AS. 



TPId M3UA_SGP_ASPSI\fl_V_003 

Status IVIandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
One ASP configured within the AS 
ASP marked as ASP-DOWN at the SGP 



Reference 



Section 3.8.2 [1] 
Section 4.3.1 [1] 
Section 4.3.2 [1] 
Section 4.3.4.1 [1] 
Section 4.3.4.5 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of an ASP Up message, responds with an ASP 
Up Ack and sends a NOTIFY message indicating the AS state change to 
AS-INACTIVE 



TPId 



M3UA SGP ASPSM V 005 



Status 



IVIandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference Section 4.3.1 [1] 

Section 4.3.4.2 [1] 

Purpose Ensure that the lUT, upon reception of an ASP Down message, responds with an 

ASP Down Ack. 



Comments This test case, even though included in M3UA_SGP_ASPSI\/I_v_007 validates the 

response with an ASP Down Ack regardless of the number of ASPs configured in the 
AS. 



TPId 
Status 



IVI3UA SGP ASPSM V 009 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as blocked at the SGP 

Reference Section 3.8.1 [1] 
Section 4.3.4.1 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Up message sent by an ASP marked 
as blocked at the SGP, responds with an ERROR message with reason OxOd 
"Refused-Management Blocking" 



Comments 
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5.2.1.2 



Invalid behaviour 



TPId 


IVI3UA SGP ASPSM 1 001 


Status 


IVIandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 


Reference 


Section 3.1. 1[1] 
Section 3.8.1 [1] 
Section 4.3.4.1.1 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Up message that contains an invalid 
M3UA version (e.g. 2), responds with an ERROR message with reason 0x01 ("Invalid 
Version") 


Comments 





TPId 



IVI3UA SGP ASPSM I 002 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 



Reference 



Section 3.1.2 [1] 
Section 3.8.1 [1] 
Section 4.3.2 [1] 



Purpose Ensure that the lUT, upon reception of a message which class is 3 (ASPSIVI) and 

type is different from (Reserved) 1 (ASP Up), 2 (ASP Down), 3 (BEAT), 4 (ASP Up 
Ack), 5 (ASP Down Ack) and 6 (BEAT Ack) responds with an ERROR message with 
reason 0x04 "Unsupported IVIessage Type" 



Comments 



TPId IVI3UA_SGP_ASPSM_I_003 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 



Reference 



Section 3.1.2 [1] 
Section 3.8.1 [1] 
Section 4.3.2 [1] 



Purpose Ensure that the lUT, upon reception of a message which class is 4 (ASPTM) 

responds with an ERROR message with reason 0x06 "Unexpected Message" or 
silently discards the message. 



Comments 



TPId 



IVI3UA SGP ASPSM I 004 



Status 



Mandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Section 3.1.2 [1] 
Section 3.8.1 [1] 
Section 4.3.2 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of a message which class is 3 (ASPSM) and 
type is different from (Reserved) 1 (ASP Up), 2 (ASP Down), 3 (BEAT), 4 (ASP Up 
Ack), 5 (ASP Down Ack) and 6 (BEAT Ack) responds with an ERROR message with 
reason 0x04 "Unsupported Message Type" 



5.2.1.3 



inopportune behaviour 



TPId 


M3UA SGP ASPSM 001 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 


Reference 


Section 4.3.1 [1] 
Section 4.3.4.1 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Up message, responds with an 
Up Ack 


ASP 


Comments 
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TPId M3UA_SGP_ASPSM_O_003 

Status IVIandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 
One ASP in the AS 



Reference 



Section 3.8.1 [1] 
Section 4.3.1 [1] 
Section 4.3.4.1 [1] 
Section 4.3.4.4 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of an ASP Up message, responds with an ASP 
Up Ack, sends an ERROR message with reason 0x06 "Unexpected Message" and 
sends a NOTIFY message indicating the AS state change to AS-INACTIVE 



TPId 



IVI3UA SGP ASPSM O 004 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 



Reference 

Purpose 

Comments 



Section 4.3.1 [1] 

Section 4.3.4.2 [1] 

Ensure that the lUT, upon reception of an ASP Down message, responds with an 
ASP Down Ack 



5.2.2 ASP Traffic Maintenance procedures 
5.2.2.1 Valid behaviour 



TPId 



M3UA SGP ASPTM V 001 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 

Purpose 

Comments 



Section 4.3.1 [1] 

Section 4.3.4.3 [1] 

Ensure that the lUT, upon reception of an ASP Active message, responds with an 
ASP Active Ack 



TPId 


M3UA SGP ASPTM V 003 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 

One ASP configured in the AS 

ASP marked as ASP-INACTIVE at the SGP 


Reference 


Section 3.8.2 [1] 
Section 4.3.1 [1] 
Section 4.3.2 [1] 
Section 4.3.4.3 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Active message, responds with an 
ASP Active Ack and sends a NOTIFY message indicating the AS state change to 
AS-ACTIVE 


Comments 





TPId M3UA_SGP_ASPTM_V_005 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

Reference Section 4.3.4.3 [1] 

Purpose Ensure that the lUT, upon reception of an ASP Active message that contains a 

Routing Context, responds with an ASP Active Ack that contains the Routing Context 



Comments 
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TPId 


M3UA SGP ASPTM V 006 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 


Reference 


Section 4.3.1 [1] 
Section 4.3.4.4 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Inactive message, responds with 
ASP Inactive Ack 


an 


Comments 





TPId 
Pre-condition 



Reference 



M3UA_SGP_ASPTM_V_008 

Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 

One ASP in the AS 

Section 3.8.2 [1] 
Section 4.3.1 [1] 
Section 4.3.2 [1] 
Section 4.3.4.4 [1] 



Status 



IVIandatory 



Purpose 
Comments 



Ensure that the lUT, upon reception of an ASP Inactive message, responds with an 
ASP Inactive Ack and sends a NOTIFY message indicating the AS state change to 
AS-PENDING 



TPId 



M3UA SGP ASPTM V 010 



Status 



Mandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 4.3.4.6 [1] 



Purpose 
Comments 



Ensure that the lUT, upon reception of a Heartbeat message, responds with a 
Heartbeat Ack 



TPId 



M3UA SGP ASPTM V Oil 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 



Reference 



Section 4.3.4.6 [1] 



Purpose Ensure that the lUT, upon reception of a Heartbeat message that contains an opaque 
Heartbeat Data parameter, responds with a Heartbeat Ack that echoes back 
unchanged the opaque Heartbeat Data parameter 



Comments 



TPId 



M3UA SGP ASPTM V 013 



Status 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

2 ASP in the AS 

Both ASPs marked as ASP ACTIVE at the SGP 

AS configure in Broadcast mode 

Reference Section 3.8.2 [1] 

Section 4.3.4.4 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Inactive message from ASP1 

responds with an ASP Inactive Ack and sends a NOTIFY message with status 

"Insufficient ASP Resources Active in AS" to all Inactive ASPs 

Comments [The use of "Broadcast" mode is not recommended by ETSI ~ 
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TPId 

Status 

Pre-condition 



Reference 



Purpose 



Comments 



M3U A_SGP_ASPTM_V_01 4 

Optional 

Successfully established SCTP association between the SGP and the ASP 

2 ASP in the AS 

ASP1 marked as ASP INACTIVE at the SGP 

ASP2 marked as ASP ACTIVE at the SGP 

ASP1 and ASP2 configured in "Override" mode 

Section 3.8.2 [1] 

Section 4.3.4.3 [1] 

Ensure that the lUT, upon reception of an ASP Active message from ASP1 that 
indicates a Traffic Handling Type of "Override", responds with an ASP Active Ack and 
sends a NOTIFY message with status "Alternate ASP Active" to ASP 2 



TPId 



M3UA SGP ASPTM V 015 



Status 
Pre-condition 



Reference 
Purpose 

Comments 



Optional 

Successfully established SCTP association between the SGP and the ASP 

2 ASP in the AS 

ASP1 marked as ASP INACTIVE at the SGP 

ASP2 marked as ASP ACTIVE at the SGP 

Section 3.8.2 [1] 

Section 4.3.4.3 [1] 

Ensure that the lUT, upon reception of an ASP Active message from ASP1 that 
indicates a Traffic Handling Type of "Override", responds with an ASP Active Ack and 
sends a NOTIFY message with status "Alternate ASP Active" to ASP 2 that includes 
the ASP ID of the Alternate ASP 



5.2.2.2 



Invalid behaviour 



TPId 
Status 



M3UA SGP ASPTM I 001 



Optional 



Pre-condition 
Reference 

Purpose 
Comments 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

Section 3.1.1 [1] 
Section 3.8.1 [1] 
Section 4.3.1 [1] 

Section 4.3.4.3[1] 

Ensure that the lUT, upon reception of an ASP Active message that contains an 
invalid M3UA version (e.g. 2), responds with an ERROR message with reason 0x01 

("Invalid Version") 

Requires Clarification in the IG 



TPId 
Status 



M3UA SGP ASPTM I 003 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
One ASP in the AS 



Reference Section 3.7.1 [1] 
Section 3.8.1 [1] 
ETSI Profile [Broadcast mode not supported] 



Purpose 



Comments 



Ensure that the lUT, upon reception of an ASP Active, that indicates a Traffic IVIode 
Type of "Broadcast", responds with an ERROR message with reason 0x05 
"Unsupported Traffic IVIode Type" 
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TPId 


M3UA SGP ASPTM 1 004 


Status 


IVIandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
One ASP in the AS 


Reference 


Section 3.7.1 [1] 
Section 3.8.1 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Active, that indicates a Traffic Mode 
Type of "4" (i.e. not valid), responds with an ERROR message with reason 0x05 
"Unsupported Traffic IVIode Type" 


Comments 





TPId 



M3UA SGP ASPTM I 005 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Section 4.3.4.3 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Active message that contains a 

Routing Context which has not been provisioned at the SGP, responds with ERROR 
message with reason "Invalid Routing Context" 



Comments 



TPId 



M3UA SGP ASPTM I 006 



Status 



Mandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference Section 3.1.2 [1] 

Section 3.8.1 [1] 

Purpose Ensure that the lUT, upon reception of a message which class is 4 (ASPTM) and type 
is different from (Reserved) 1 (ASP Active), 2 (ASP Inactive), 3 (ASP Active Ack), 
and 4 (ASP Inactive Ack) responds with an ERROR message with reason 0x04 
"Unsupported Message Type" 



Comments 



TPId 
Status 



M3UA SGP ASPTM I 008 



Mandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.1.2 [1] 
Section 3.8.1 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of a message which class is 4 (ASPTM) and type 
is different from (Reserved) 1 (ASP Active), 2 (ASP Inactive), 3 (ASP Active Ack), 
and 4 (ASP Inactive Ack) responds with an ERROR message with reason 0x04 
"Unsupported Message Type" 



TPId 


M3UA SGP ASPTM 1 009 


Status 


Optional 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 

2 ASPs in AS 

ASPs marked as ASP-ACTIVE at the SGP 


Reference 


Section 3.8.2 [1] 
Section 4.3.3 [1] 


Purpose 


Ensure that the lUT that has lost SCTP connectivity with ASP1 sends a NOTIFY 
message with status "ASP Failure" to ASP2 


Comments 
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TPId M3UA_SGP_ASPTM_I_010 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.1.4 [1] 
Section 4.3.4.4 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Inactive message, responds with an 
ASP Inactive Ack which Message Length, in the Common Message Header, includes 
the parameter padding bytes, if any. 



Comments 



5.2.2.3 inopportune behaviour 

Mandatory 



TPId 
Status 



M3UA SGP ASPTM O 001 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 4.3.4.3 [1] 



Purpose 
Comments 



Ensure that the lUT, upon reception of an ASP Active, responds with an ASP Active 
Ack 



TPId 


M3UA SGP ASPTM 003 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 


Reference 


Section 4.3.4.4 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Inactive, responds with an ASP 
Inactive Ack 


Comments 





5.2.3 Message Transfer 
5.2.3.1 Valid behaviour 

Optional 



TPId 
Status 



M3UA SGP IVITR V 001 



Pre-condition 



Reference 
Purpose 



Successfully established SCTP association between the SGP and the ASP 

ASPs marked as ASP Active at the SGP 

Multiple Routing Keys and Routing Contexts are being used across a common 

association 

Section 3.3.1 [1] 

Ensure that the IDT includes a valid Routing Context in any Payload Data Message 



Comments 



TPId M3UA_SGP_IVITR_V_002 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASPs marked as ASP Active at the SGP 



Reference 



Section 3.3.1 [1] 



Purpose 
Comments 



Ensure that the lUT includes the Protocol Data parameter in any Payload Data 
Message 



£75/ 



16 



ETSI TS 102 381 V1.1.1 (2004-12) 



TPId M3UA_SGP_MTR_V_003 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 



Reference 



Section 4.1.1 [1] 



Purpose Ensure that the lUT sends DATA messages on any valid SCTP stream other than 

stream "0". 



Comments 



TPId 


IVI3UA SGP IVITR V 004 


Status 


Optional 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 

AS configured as Broadcast mode 

At least one ASP within the AS marked as ASP-ACTIVE 


Reference 


Section 4.3.4.3 [1] 


Purpose 


Ensure that the lUT tags the first DATA message broadcast whenever an ASP 
becomes active 


Comments 


Broadcast mode not recommended by ETSI 



5.2.3.2 



Invalid behaviour 



TPId M3UA_SGP_MTR_I_001 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.8.1 [1] 

Purpose Ensure that the IDT, upon reception of a DATA message that specifies a protocol 

version 2, responds with an ERROR message with reason 0x01 "Invalid Version" 



Comments 



Requires Clarification in the IG 



TPId 
Status 



M3UA SGP MTR I 002 



l\/1andatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.1.2 [1] 

Section 3.8.1 [1] 



Purpose Ensure that the lUT, upon reception of a message that specifies a class different from 
("IVIanagement Message"), 1 ("Transfer Message"), 2 ("SS7 Signalling Network 
Message"), 3 ("ASP State Maintenance Message"), 4 ("ASP Traffic Maintenance 
Message"), or 9 ("Routing Key Management"), responds with an ERROR message 
with reason 0x03 "Unsupported Message Class" 



Comments 



TPId 



M3UA SGP MTR I 003 



Status 



Mandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.1.2 [1] 

Section 3.8.1 [1] 



Purpose Ensure that the lUT, upon reception of a message that specifies a class equal to 1 
("Transfer Message") and a type different from ("Reserved"), and 1 ("Payload 
DATA") responds with an ERROR message with reason 0x04 "Unsupported 
Message Type" 



Comments 



5.2.3.3 

Void 



inopportune Behaviour 
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5.2.4 Routing Key Management procedures 



Dynamic registration shall not be used for configuration management. The configuration of the system shall be 
modified only by the management system, and not by the protocol itself according to clause 4.6 of 
TS 102 142 [5]. 

Dynamic registration of Routing Keys shall not be used for configuration management according to clause 5.2 
ofTS 102 142 [5]. 

The Routing Key to enable messages to be distributed to the appropriate AS shall have a granularity no smaller 
than Point Code according to clause 5.3 of TS 102 142 [5]. 

General difference: 

The "broadcast" traffic mode shall not be used according to clause 4.4 of TS 102 142 [5]. 



5.2.4.1 



Valid behaviour 



TPId 



M3UA SGP RKM V 001 



Status 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 
SGP does support the Routing Key Management Procedures 



Reference 



Section 4.4.1 [1] 



Purpose Ensure that the lUT, upon reception of a REG REQ that contains a Routing Key 

which matches an existing SGP Routing Key and which ASP is not currently included 
in the list of ASPs for the related AS, responds with REG RSP with Registration 
Result "Successfully Registered" 



Comments 



TPId 
Status 



M3UA SGP RKIVI V 002 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
SGP does support the Routing Key Management Procedures 
SGP does support dynamic configuration of Routing Keys 



Reference 
Purpose 

Comments 



Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REQ that contains a Routing Key 
which does not currently exist, responds with REG RSP with Registration Result 
"Successfully Registered" 



TPId 



M3UA SGP RKIVI V 003 



Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
SGP does support the Routing Key Management Procedures 
SGP does support dynamic configuration of Routing Keys 
ASP registered at the SGP 



Reference 



Section 3.6.4 [1] 
Section 4.4.2 [1] 



Purpose 
Comments 



Ensure that the lUT, upon reception of a DEREG REQ, responds with DEREG RSP 
with Deregistration Result "Successfully Deregistered" 
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TPId M3UA_SGP_RKM_V_004 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
SGP does not support the Routing Key Management Procedures 



Reference 



Section 3.8.1 [1] 
Section 4.4.1 [1] 
Section 3.2.2 



Purpose 
Comments 



Ensure that the lUT, upon reception of a REG REQ responds with an ERROR 
message with reason 0x03 "Unsupported Message Glass" 



5.2.4.2 



Invalid behaviour 



TPId 



M3UA SGP RKIVI I 003 



Status 
Pre-condition 



Reference 



Optional 

Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management Procedures 

Section 3.6.2 [1] 

Section 4.4.1 [1] 



Purpose Ensure that the lUT, upon reception of a REG REQ that contains an invalid Routing 
Key, responds with a REG RSP message with Registration Result 4 "Error-Invalid 
Routing Key" 



Comments 



TPId 


M3UA SGP RKIVI 1 004 


Status 


Optional 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management Procedures 


Reference 


Section 3.6.2 [1] 
Section 4.4.1 [1] 


Purpose 


Ensure that the lUT, upon reception of a REG REQ that contains an invalid 
Destination Point Code (DPC), responds with a REG RSP message with Registration 
Result 2 "Error-Invalid DPC" 


Comments 





TPId M3UA_SGP_RKMJ_005 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
SGP does support the Routing Key Management Procedures 



Reference 
Purpose 

Comments 



Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REQ that contains an invalid Network 
Appearance, responds with a REG RSP message with Registration Result 2 "Error- 
Invalid Network Appearance" 



TPId 



M3UA SGP RKM I 006 



Status 
Pre-condition 



Reference 



Optional 

Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management Procedures 

Section 3.6.2 [1] 

Section 4.4.1 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of a REG REQ with a Routing Key that is 
completely identical to an existing Routing Key, responds with a REG RSP message 
with Registration Result 6 "Error-Cannot Support Unique Routing" if it determines that 
a unique Routing Key cannot be created 
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TPId 

Status 

Pre-condition 



Reference 

Purpose 

Comments 



M3UA_SGP_RKIVI_I_007 

Optional 

Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management Procedures 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REQ that cannot be authorized, 
responds with a REG RSP with Registration Result 5 "Error-Permission Denied" 



TPId 
Status 



M3UA SGP RKIVI I 008 



Optional 



Pre-condition 

Reference 
Purpose 

Comments 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management Procedures 

SGP does not support dynamic configuration 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REQ that contains a Routing Key that 
does not exist, responds with a REG RSP with Registration Result 7 "Error-Routing 
Key not Currently Provisioned" 



TPId 



M3UA SGP RKIVI I 009 



Status 



Optional 



Pre-condition 



Reference 



Purpose 



Comments 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management Procedures SGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REQ that contains a Routing Key 
which does not currently exist, responds with a REG RSP with Registration Result 8 
"Error-Insufficient Resources" if it does not have the capacity to add a new Routing 
Key and AS entries 



TPId 

Status 

Pre-condition 



Reference 



Purpose 



Comments 



M3U A_SGP_RKM_I_01 

Optional 

Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REQ that contains parameters used for 
creating the new Routing Key entries that are not supported, responds with a REG 
RSP with Registration Result 9 "Error-Unsupported RK Parameter Field" 
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TPId 

Status 

Pre-condition 



Reference 



Purpose 



Comments 



M3UA_SGP_RKMJ_01[1] 

Optional 

Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

AS in Override mode 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a first REG REO that specifies a Traffic IVIode 
Type of Override, followed, once the first REG REO has been ACKed, by a second 
REG REO that specifies a Traffic Mode Type of Loadshare, responds to the second 
REG REO with a REG RSP with Registration Result 10 "Error-Unsupported/Invalid 
Traffic Handling Mode" 



TPId 



M3UA SGP RKIVI I 012 



Status 



Optional 



Pre-condition 



Reference 



Purpose 



Comments 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

AS in Override mode 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a first REG REO that specifies a Traffic Mode 
Type of Override, followed, once the first REG REO has been ACKed, by a second 
REG REO that specifies a Traffic Mode Type of Broadcast, responds to the second 
REG REO with a REG RSP with Registration Result 10 "Error-Unsupported/Invalid 
Traffic Handling Mode". 



TPId M3U A_SGP_RKIVI_I_01 3 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Purpose 



Comments 



SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2[1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a REG REO that specifies a Traffic Mode 
Type of 4 (i.e. invalid), responds with a REG RSP with Registration Result 10 "Error- 
Unsupported/lnvalid Traffic Handling Mode" 



TPId 



M3UA SGP RKIVI I 014 



Status 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
AS in Loadshare mode 
SGP does support the Routing Key Management Procedures 



SGP does support dynamic configuration of Routing Keys 

Reference Section 3.6.2 [1] 
Section 4.4.1 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of a first REG REO that specifies a Traffic Mode 
Type of Loadshare, followed, once the first REG REO has been ACKed, by a second 
REG REO that specifies a Traffic Mode Type of Override, responds to the second 
REG REO with a REG RSP with Registration Result 10 "Error-Unsupported/Invalid 
Traffic Handling Mode" 
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TPId 

Status 

Pre-condition 



Reference 



Purpose 



Comments 



M3U A_SGP_RKIVIJ_01 5 

Optional 

Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

AS in Loadshare mode 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a first REG REQ that specifies a Traffic IVIode 
Type of Loadshare, followed, once the first REG REQ has been ACKed, by a second 
REG REQ that specifies a Traffic Mode Type of Broadcast, responds to the second 
REG REQ with a REG RSP with Registration Result 10 "Error-Unsupported/Invalid 
Traffic Handling Mode" 



TPId 
Status 



M3UA SGP RKIVI I 017 



Optional 



Pre-condition 



Reference 



Purpose 



Comments 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

AS in Broadcast mode 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a first REG REQ that specifies a Traffic Mode 
Type of Broadcast, followed, once the first REG REQ has been ACKed, by a second 
REG REQ that specifies a Traffic Mode Type of Override, responds to the second 
REG REQ with a REG RSP with Registration Result 10 "Error-Unsupported/Invalid 
Traffic Handling Mode." 



NOTE: 



ETSI does not recommend the use of "Broadcast" mode. 



TPId 

Status 

Pre-condition 



Reference 



Purpose 



Comments 



M3U A_SGP_RKIVI_I_01 8 

Optional 

Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

AS in Broadcast mode 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.2 [1] 

Section 4.4.1 [1] 

Ensure that the lUT, upon reception of a first REG REQ that specifies a Traffic Mode 
Type of Broadcast, followed, once the first REG REQ has been ACKed, by a second 
REG REQ that specifies a Traffic Mode Type of Loadshare, responds to the second 
REG REQ with a REG RSP with Registration Result 10 "Error-Unsupported/Invalid 
Traffic Handling Mode. 



NOTE: 



ETSI does not recommend the use of "Broadcast" mode 



TPId 



M3UA SGP RKIVI I 020 



Status 



Optional 



Pre-condition 



Reference 



Purpose 



Comments 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing Keys 

Section 3.6.4 [1] 

Section 4.4.2 [1] 

Ensure that the lUT, upon reception of a DEREG REQ for a Routing Context that was 
not registered, responds with a DEREG RSP with Deregistration Result 4 "Error-Not 
Registered" 
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TPId M3UA_SGP_RKMJ_021 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 
dynamic configuration of Routing Keys registered 



Reference 



Section 3.6.4 [1] 
Section 4.4.2 [1] 



Purpose Ensure that the lUT, upon reception of a DEREG REQ for a Routing Context that was 
registered but not authorized to deregister, responds with a DEREG RSP with 
Deregistration Result 3 "Error-Permission Denied" 



Comments 



TPId 
Status 



M3UA SGP RKIVI I 022 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 
dynamic configuration of Routing KeysRouting Key registered 



Reference 



Section 3.6.4 [1] 
Section 4.4.2 [1] 



Purpose Ensure that the lUT, upon reception of a DEREG REO issued by an ASP marked as 
ASP Active in that Routing Context, responds with a DEREG RSP with Deregistration 
Result 5 "Error-ASP Currently Active for Routing Context" 



Comments 



TPId 
Status 



M3UA SGP RKIVI I 023 



Optional 



Pre-condition 



Reference 



Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 

dynamic configuration of Routing KeysRouting Key Registered 

Section 3.1.2 [1] 

Section 3.8.1 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of a message which class is 9 (RKM) and type is 
different from ("Reserved"), 1 ("Registration Request"), 2 ("Registration 
Response"), 3 ("Deregistration Request"), and 4 ("Deregistration Response"), 
responds with an ERROR message with reason 0x04 ("Unsupported Message Type") 



5.3 Test Purposes for Application Server Process 
5.3.1 ASP State IVIaintenance Procedures 



5.3.1.1 



Valid behaviour 



TPId 


M3UA ASP ASPSM V 002 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 


Reference 


Section 3.1.1 [1] 
Section 4.3.4.1 [1] 


Purpose 


Ensure that the lUT sends an ASP Up with a Version in the Common Message 
Header set to 1 


Comments 
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TPId 


IVI3UA ASP ASPSM V 005 


Status 


Optional 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 


Reference 


Section 3.1.1 [1] 
Section 4.3.4.2 [1] 


Purpose 


Ensure that the lUT sends an ASP Down with a Version In the Common IVIessage 
Header set to 1 


Comments 


Requires Clarification in the IG 



5.3.1.2 



Invalid behaviour 



TPId M3UA_ASP_ASPSM_I_001 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Section 3.1.1 [1] 
Section 3.8.1 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Up Ack that indicates a version 2 of 

the IVI3UA protocol, responds with an ERROR message with reason 0x01 "Invalid 
Version" 



Comments 



Requires clarification in the IG 



TPId 


M3UA ASP ASPSM 1 002 


Status 


Optional 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 


Reference 


Section 3.1.1 [1] 
Section 3.8.1 [1] 


Purpose 


Ensure that the lUT, upon reception of an ASP Down Ack that indicates a version 2 of 
the M3UA protocol, responds with an ERROR message with reason 0x01 "Invalid 
Version" 


Comments 


Requires Clarification in the IG 



TPId 



M3UA ASP ASPSM I 003 



Status IVIandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Section 3.1.2 [1] 
Section 3.8.1 [1] 



Purpose 



Comments 



Ensure that the lUT, after sending an ASP Up, upon reception of a message which 
class is 3 (ASPSM) and type is different from (Reserved) 1(ASP Up), 2 (ASP 
Down), 3 (Heartbeat), 4 (ASP Up Ack), and 5 (ASP Down Ack) responds with an 
ERROR message with reason 0x04 "Unsupported IVIessage Type" 



5.3.1.3 



inopportune behaviour 



TPId 


M3UA ASP ASPSM 001 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 


Reference 


Section 4.3.4.1 [1] 


Purpose 


Ensure that the lUT, after sending an ASP Up, upon reception of an ASP Down Ack, 
does not send an ASP Active 


Comments 
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TPId 


IVI3UA ASP ASPSM 002 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 


Reference 


Section 3.8.1 [1] 


Purpose 


Ensure that the lUT, after sending an ASP Up, upon reception of an ASP Active Ack, 
does not send DATA messages 


Comments 


The lUT MAY send an error message "unexpected message" and/or retransmit the 
ASP Up after T(Ack) expiry 



5.3.2 ASP Traffic Maintenance Procedures 



5.3.2.1 



Valid behaviour 



TPId 


IVI3UA ASP ASPTM V 001 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 


Reference 


Section 4.3.4.3 [1] 


Purpose 


Ensure that the lUT sends an ASP Active to indicate that it is ready to start 
processing traffic 


Comments 





TPId 



IVI3UA ASP ASPTM V 002 



Status 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

Reference Section 3.1.1 [1] 

Section 4.3.4.3 [1] 



Purpose Ensure that the lUT sends an ASP Active with a Version in the Common Message 

Header set to 1 



Comments 



Requires Clarification in the IG 



TPId 


M3UA ASP ASPTM V 005 


Status 


Optional 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 


Reference 


Section 3.1.1 [1] 
Section 4.3.4.4 [1] 


Purpose 


Ensure that the lUT sends an ASP Inactive with a Version in the Common Message 
Header set to 1 


Comments 


Requires Clarification in the IG 



TPId 


M3UA ASP ASPTM V 007 


Status 


Mandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 


Reference 


Section 4.3.4.6 [1] 


Purpose 


Ensure that the lUT, upon reception of a Heartbeat message, responds with a 
Heartbeat Ack 


Comments 
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TPId 

Status 

Pre-condition 

Reference 
Purpose 



Comments 



IVI3UA_ASP_ASPTM_V_008 

Mandatory 

Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Section 4.3.4.6 [1] 

Ensure that the lUT, upon reception of a Heartbeat message that contains an opaque 
Heartbeat Data parameter, responds with a Heartbeat Ack that echoes back 
unchanged the opaque Heartbeat Data parameter 



5.3.2.2 



Invalid behaviour 



TPId M3UA_ASP_ASPTMJ_001 

Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Section 3.8.1 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Active Ack that indicates a version 2 

of the M3UA protocol, responds with an ERROR message with reason 0x01 "invalid 

Version" and does not send DATA messages since the ASP Active Ack was invalid. 

Comments [Requires clarification in the IG 



TPId 



M3UA ASP ASPTM I 002 



Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 



Reference 



Section 3.8.1 [1] 



Purpose Ensure that the lUT, upon reception of an ASP Inactive Ack that indicates a version 2 

of the IVISUA protocol, responds with an ERROR message with reason 0x01 "Invalid 

Version" 

Comments [Requires clarification in the IG 



TPId 


MSUA ASP ASPTM 1 003 


Status 


IVIandatory 


Pre-condition 


Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-DOWN at the SGP 


Reference 


Section 3.1.2 [1] 
Section 3.8.1 [1] 


Purpose 


Ensure that the lUT, after sending an ASP Active, upon reception of a message 
which class is 4 (ASPTM) and type is different from (Reserved) 1(ASP Active), 2 
(ASP Inactive), 3 (ASP Active Ack), and 4 (ASP Inactive Ack), responds with an 
ERROR message with reason 0x04 "Unsupported Message Type" 


Comments 





5.3.2.3 



inopportune behaviour 



TPId 
Status 



IVISUA ASP ASPTM O 001 



Mandatory 



Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-INACTIVE at the SGP 

Reference Section 3.8.1 [1] 
Section 4.3.4.3 [1] 



Purpose Ensure that the lUT, after sending an ASP Active, upon reception of an ASP Up Ack, 

does not send DATA messages 



Comments The lUT MAY send an error message "unexpected message" and/or retransmit the 
ASP Active after T(Ack) expiry 
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5.3.3 Message Transfer 



5.3.3.1 



Valid behaviour 



TPId 



M3UA ASP MTR V 001 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASPs marked as ASP Active at the SGP 

IVIultiple Routing Keys and Routing Contexts are being used across a common 
association 



Reference 



Section 3.3.1 [1] 



Purpose 



Ensure that the lUT includes the Routing Context in any Payload Data IVIessage 



Comments 



TPId 



IVI3UA ASP IMTR V 002 



Status 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASPs marked as ASP Active at the SGP 

IVIultiple Routing Keys and Routing Contexts are being used across a common 
association 



Reference 



Section 3.3.1 [1] 



Purpose 
Comments 



Ensure that the lUT includes the Protocol Data parameter in any Payload Data 
Message 



TPId 



M3UA ASP MTR V 003 



Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
Reference Section 4.1.1 [1] 



Purpose 
Comments 



Ensure that the lUT sends DATA messages on a valid SCTP stream other than 
stream "0". 



5.3.3.2 



Invalid behaviour 



TPId 



M3UA ASP MTR I 001 



Status Optional 

Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 



Reference 



Section 3.8.1 [1] 



Purpose Ensure that the IDT, upon reception of a DATA message that specifies a protocol 

version 2, responds with an ERROR message with reason 0x01 "Invalid Version" 



Comments 



Requires clarification in IG. 



TPId M3UA_ASP_MTR_I_002 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.1.2 [1] 
Section 3.8.1 [1] 



Purpose Ensure that the IDT, upon reception of a message that specifies a class different from 
("Management Message"), 1 ("Transfer Message"), 2 ("SS7 Signalling Network 
Message"), 3 ("ASP State Maintenance Message"), 4 ("ASP Traffic Maintenance 
Message"), or 9 ("Routing Key Management"), responds with an ERROR message 
with reason 0x03 "Unsupported Message Class" 



Comments 
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TPId M3UA_ASP_MTR_I_003 

Status Mandatory 

Pre-condition Successfully established SCTP association between the SGP and the ASP 

ASP marked as ASP-ACTIVE at the SGP 

Reference Section 3.1.2 [1] 
Section 3.8.1 [1] 



Purpose 



Comments 



Ensure that the lUT, upon reception of a message that specifies a class equal to 1 
("Transfer IVIessage") and a type different from ("Reserved"), and 1 ("Payload 
DATA") responds with an ERROR message with reason 0x04 "Unsupported 
IVIessage Type" 



5.3.4 Routing Key Management Procedures 

NOTE: Differences between: 

Dynamic registration shall not be used for configuration management. 

The configuration of the system shall be modified only by the management system, and not by the 
protocol itself according to clause 4.6 of TS 102 142 [5]. 

Dynamic registration of Routing Keys shall not be used for configuration management according to 
clause 5.2 of TS 102 142 [5]. 

The Routing Key to enable messages to be distributed to the appropriate AS shall have a granularity no 
smaller than Point Code according to clause 5.3 of TS 102 142 [5]. 

General difference: 

The "broadcast" traffic mode shall not be used according to clause 4.4 of TS 102 142 [5]. 



5.3.4.1 



Valid behaviour 



TPId 
Status 



M3UA ASP RKM V 002 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 
dynamic configuration of Routing Keys 



Reference 



Section 3.6.1 [1] 
Section 4.4.1 [1] 



Purpose 
Comments 



Ensure that the IDT sends a REG REQ that contains a valid Routing Key when it 
wishes to dynamically register with an SGP as an ASP within an AS. 



TPId 
Status 



M3UA ASP RKM V 003 



Optional 



Pre-condition Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 
SGP does support the Routing Key Management Procedures 
ASP Registered 



Reference 



Section 3.6.3 [1] 
Section 4.4.2 [1] 



Purpose 
Comments 



Ensure that the lUT sends a DEREG REQ when it wishes to deregister with an SGP 
as an ASP within an AS. 
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TPId 

Status 

Pre-condition 



Reference 



Purpose 



Comments 



M3UA_ASP_RKM_V_004 

Optional 

Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-INACTIVE at the SGP 

SGP does support the Routing Key Management ProceduresSGP does support 
dynamic configuration of Routing Keys 

ASP Registered 

Section 3.6.2 [1] 
Section 3.6.3 [1] 

Section 4.4.2 [1] 

Ensure that the lUT sends a DEREG REQ that includes the Routing Context returned 
by the SGP in the REG RSP when registration occurred when it wishes to deregister 
with an SGP as an ASP within an AS. 



5.3.4.2 



Invalid behaviour 



TPId 

Status 

Pre-condition 



Reference 
Purpose 

Comments 



M3UA_ASP_RKM_I_001 

Optional 

Successfully established SCTP association between the SGP and the ASP 
ASP marked as ASP-ACTIVE at the SGP 

ASP not registered 

Section 3.1.2 [1] 

Section 3.8.1 [1] 

Ensure that the lUT, after sending a REG REQ, upon reception of a message which 
class is 9 (RKM) and type is different from ("Reserved"), 1 ("Registration Request"), 
2 ("Registration Response"), 3 ("Deregistration Request"), and 4 ("Deregistration 
Response"), responds with an ERROR message with reason 0x04 ("Unsupported 
IVIessage Type") 



5.3.4.3 

Void. 



inopportune behaviour 
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Annex A (informative): 
Bibliography 

draft-ietf-sigtran-m3ua-implementors-guide-02.txt (2002): "M3UA Implementor's Guide", work in progress. 
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History 
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